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METADATA DATABASE MANAGEMENT SYSTEM AND METHOD 

THEREFOR 

Ill 

Field of the Invention 

The present invention relates to a metadata database 
management system, and more particularly to a metadata database 
management system for a database system that manages diverse 
incoming and outgoing data. 

Background of the Invention 



Infoimation service companies, also referred to as information 
service providers, provide information including financial data and 

15 news on a subscription basis to subscribers or information 
consumers. The information consumers are predominantly commercial 
entities, and the information provided includes records, such as 
company annual reports; company results announcements; company 
share prices; news items relating to particular companies; news items 

20 and market prices relating to market sectors (e.g. 
telecommunications, banking, or pharmaceuticals); commodity prices, 
and so on. Each record provides information on a specific subject and 
each record has a number of information fields. For example, a record 
that provides the stock information of a particular company can 

25 include information fields that provide the last transacted price on a 
particular day, the change in stock price relative to the previous day, 
the day's highest price, the day's lowest price, the opening price, the 
ciorrent bid and ask prices, the volume of stock traded, and a variety of 
other information. 

30 The information service provider receives information from 

various information sources, and typically uses a database system 
that comprises several databases for storing the information from the 
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various information sources. Dependent on which information source 
provides the information, and which information consumers the 
information is to be provided to, the received information from a 
particular data source may be stored in one or more of the databases. 
5 Similarly information to be provided to a particular information 
consumer may be retrieved from one or more databases. 

An information service provider receives information directly from 
various information sources, which include reporters in the field; and 
indirectly, from a variety of third parties, including stock exchanges 
10 and data providers aroimd the world. The information sources 
themselves may also be companies with their own information 
database systems, and such database systems are typically 
proprietary, and do not share common information platforms, 
language, formats, structure, classifications, distribution formats, 
15 taxonomy, etc., with the database system of the information service 
provider. 

In addition, information service providers provide information to a 
variety of information consumers. Some of these information 
consumers, such as banks and financial institutions, use the 

20 information for their own business purposes. Other information 
consumers may value-add to the information by processing or 
repackaging the information, and then providing the resultant value- 
added information to their own information consumers. Some 
information consumers have their own database systems, and again, 

25 like the information sources, such database systems of the 
information consximers are typically proprietary, and do not share 
common information platforms, language, formats, structure, 
classifications, distribution formats, taxonomy, etc., with the 
database system of the information service provider. 

30 Hence, a primary function of an information service provider is to 

convert raw data or data with low granularity to value added 
information or derived information, getting information from a variety 
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of information so\irces and providing the information to a variety of 
information consumers, whereby the database systems of the 
information sources, the information service provider and the 
information consumers are not directiy compatible. 

5 Due to the variety of information sources, a specific inbound 

processor has to be configured to receive information from a particular 
information source, and process the information into a form that is 
compatible with the database system of the information service 
provider, before the information from the particular information 

10 source can be stored by, and made available to, the information 
service provider. As a result the information service provider requires 
a variety of inbound processors for processing information from a 
variety of information sources. 

Similarly, when information is to be provided to a particular 

15 information consumer, a specific outbound processor has to be 
developed to retrieve predetermined information stored by the 
information service provider, process the retrieved information into a 
form that is usable by the particular information consumer, and then 
provide the processed information to the particular information 

20 consumer. Again, as a result, the information service provider 
requires a variety of outbound processors for processing information 
for the variety of information consumers. 

FIG. 1 shows an information service provider 100, in accordance 
with the prior art, that receives information from various information 

25 sources 105, stores the information in databases 115A-115C, and 
provides information from the databases 115A-115C to various 
information consumers 110. A particular inbound processor 120A is 
coupled between each of the information sources 105 and the 
databases 115A-115C, and the particular inbound processor 120A is 

30 designed to receive information from predetermined one or more of 
the information sources 105, and to store the received information in 
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the databases 115A-115C in accordance with a predetermined 
arrangement. 

. Similarly, a particular outbound processor 125A is coupled 
between the databases 115A-115C and each of the information 
5 consumers 110, and the particular outbound processor 125A is 
designed to retrieve predetermined records from the databases 115A- 
115C, and provide the predetermined records to the particular 
information consumer 11 OA, 

In the past, the information service provider relied on many 

10 different database systems 115A-115C, with multiple and varied 
database structures, coupled together to store the information. 
Consequently organization of the stored information was difficult, 
which made storing and retrieving information complicated. The 
inbound and outboimd processors 120 and 125 were created as and 

15 when there was a need from particular information sources 105 and 
from particular information consumers 110, As these inbound and 
outboimd processors 120 and 125 are created on an adhoc basis, 
there was a tendency for records in the database system 115A-115C, 
and even the inbound and outbound processors 120 and 125, to be 

20 duplicated. 

An improved database system for an information service provider 
is disclosed in pending Singapore patent application no. 200100230-2 
by Stadelmann et al., titled "Method and Apparatus for a Financial 
Database Structure", and assigned to the same assignee, Reuters 

25 Limited of the United Kingdom, as the present patent application. The 
Stadelmann et al. patent application is incorporated herein by 
reference thereto. Stadelmann et al. teaches a database system 
comprising a single data repository that allows the complexity and 
changes to the single data repository, the inbound processors 120, 

30 and the outbound processors 125, to be managed. Thus, avoiding 
duplication of data and resources, and the inefficiencies of the prior 
art database system. 
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FIG. 2 shows an information service provider 200, in accordance 
with the Stadelmann patent application, that utilizes the improved 
database system 215, that provides a single data repository. As 
before, inbound processors 220 receive, process and store information 

5 from the information sources 105 in the database system 215, and 
outboxmd processes 225 retrieve, process and provide information 
from the database system 215 to the information consumers 110. 

Typically, the inbound and outbound processors 220 and 225 
comprise tailor made or customized software programs that are 

10 developed on an adhoc basis. Typically, the software programs are 
developed when the information service provider contracts to work 
with a new information source or a new information consumer, and to 
meet new requirements of existing information soiorces or consumers. 
A disadvantage of the adhoc nature of the development and 

15 implementation of the customized software programs is that 
documented details and records are typically scarce, unstructured, 
fragmented. In some instances such information may not be available 
in consolidated form at one location, and where available, may not be 
easily accessible. Indeed, even when available, the documented 

20 details and records may be outdated, and may provide insufficient 
details to be useful. Consequently, knowledge that relates to the 
database system, the information sources and the information 
consumers, as may be captured in the documented details and 
records, is not managed, and various knowledge aspects that may be 

25 derived from such knowledge is not available. 

A further disadvantage due to the lack of documented details and 
records, is the difficulty in maintaining such customized software 
programs, and training others to use and maintain such customized 
software programs. Hence, the need for knowledge aspects for 

30 maintenance and training. 

Yet a further disadvantage is the difficulty of making changes and 
tracking the changes that may be required to the various customized 
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software programs and the database system from time to time. Any 
changes need to be managed, controlled and tracked, and these 
requirements can be compounded when a single change requires 
multiple related changes to be effected. In addition, various versions 
5 of software programs may be employed, and these versions should be 
controlled to avoid incompatibility. Still another disadvantage due to 
the lack of documented details and records is the inability to view, 
organize, and change the relationships between data stored in the 
database systems of the information sources, the database system 

10 and the information consumers. Hence, managing changes is another 
knowledge aspect that is required. 

A still further disadvantage is the tendency for redundancy to 
occur when each of the customized software programs is developed 
and put into operation. For example, standard processes for storing 

15 and retrieving information in the database system may be duplicated 
for a variety of inbound and outbound information processors; or 
common standards for some of the information relating to currency, 
units, language, geographical units, symbols etc. may be duplicated. 
This results in inefficient customized software programs and 

20 inefficient use of resources, which increases the complexity of 
maintaining the various customized software programs and the 
database system. Thus, managing resources is a further knowledge 
aspect that is required. 

Hence, there is a need to store and maintedn information about 

25 the database system, the inboimd processors and the outbound 
processors in a knowledge repository- There is also a need to provide 
a means that can be used to determine various knowledge aspects of 
the database system, inbound processors and the outboimd 
processors, from the information in the knowledge repository. 



30 
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Brief Summary of the Invention 



The present invention seeks to provide a metadata database 
system and method therefor which overcomes, or significantly 

5 reduces, the abovementioned problems of the prior art. 

Accordingly, in one aspect, the present invention provides a 
metadata database management system for at least one database, 
wherein the at least one database is coupled to receive information 
from at least one information source and coupled to provide 

10 information to at least one information consumer, the metadata 
database management system comprising: 

a metadata database for storing metadata associated with data 
stored in the at least one database, for storing metadata associated 
with the at least one information source, and for storing metadata 

15 associated with the at least one information consumer; and 

a knowledge manager coupled to the metadata database, the 
knowledge manager comprising at least one metadata application for 
managing a plvirality of knowledge aspects of the at least one 
database, the at least one metadata application for accessing at least 

20 some of the metadata stored in the metadata database, and the at 
least one metadata application for using the at least some of the 
metadata to manage at least one of the plurality of knowledge aspects 
of the at least one database. 

In another aspect the present invention provides a metadata 

25 database for a metadata database management system of at least one 
database, wherein the at least one database is coupled to receive 
information from at least one information source and coupled to 
provide information to at least one information consumer, the 
metadata database comprising: 

30 a metadata repository for storing metadata associated with data 

stored in the at least one database, for storing metadata associated 
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with the at least one information source, and for storing naetadata 
associated with the at least one information consumer. 

In yet another aspect the present invention provides a 
knowledge manager for a metadata database management system of at 

5 least one database, wherein the at least one database is coupled to 
receive information from at least one information source and coupled 
to provide information to at least one information consumer, the 
knowledge manager comprising: 

at least one metadata application for coupling to a metadata 

10 database, the at least one metadata application for managing a 
plurality of knowledge aspects of the at least one database, the at 
least one metadata application for accessing at least some of the 
metadata stored in the metadata database, and the at least one 
metadata application for using the at least some of the metadata to 

15 manage at least one of the plurality of knowledge aspects of the at 
least one database. 

Brief Description of the Drawings 

20 An embodiment of the present invention will now be described, by 

way of example, with reference to the drawings of which: 

FIG. 1 shows a functional block diagram of an information service 
provider in accordance with the prior art; 

FIG. 2 shows a functional block diagram of an information service 
25 provider also in accordance with the prior art; 

FIG. 3 shows a functional block diagram of a metadata database 
management system, in accordance with the present invention, 
operably coupled to the information service provider in FIG. 2; 

FIG. 4 shows a more detailed functional block diagram of the 
30 metadata database in FIG. 3 with it constituent components; 
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FIG. 5 shows a functional block diagram of the metadata 
database in FIG. 3 indicating the flow of information between various 
metadata portions; 

FIGS. 6A-6G is an entity relationship diagram of the metadata in 
5 the metadata database in FIG. 3; and 

FIG. 7 shows a schematic of a computer system for implementing 
the metadata database management system. 



Detail Description of the Drawings 

10 

The present invention provides a metadata database management 
system for dynamically coupling to a database system, where the 
metadata database management system comprises a metadata 
database and a knowledge manager. The metadata database provides a 

15 single knowledge repository for storing metadata associated with data 
stored in the database system, metadata associated with information 
sources that provide information for storage in the database system, 
and metadata associated with information consumers that provide 
information retrieved from the database system. 

20 The knowledge manager is coupled to access the metadata 

database, and provides a plurality of metadata applications that 
selectively use the metadata in the metadata database to manage a 
plurality of knowledge aspects of the database system, the 
information sources and the information consumers. 

25 Thus, the metadata database management system in accordance 

with the present invention, as will be described, stores and maintains 
knowledge of the database system, the inbound processors and the 
outbound processors, and uses the stored knowledge to manage the 
database system, the inbound processors and the outboxmd 

30 processors. 

FIG. 3 shows a metadata database management system 300 
comprising a metadata database 305 and knowledge manager 310. The 
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metadata database 305 is a metadata repository, which stores 
metadata that supports the knowledge manager 310, and the 
metadata database 305 is dynamically coupled to a database system 
315 of an information service provider 320. 

5 The information service provider 320 includes inbound 

information processors 325, that process information from 
information sources 330 and stores the processed information in the 
database system 315. The information service provider 320 also 
includes outbound information processors 335, that process 

10 information retrieved from the database system 315, and provides the 
processed information to information consumers 340. 

The information sources 330 include another information service 
provider 345, and the information consumers 340 include yet another 
information service provider 350. Each of the information service 

15 providers 345 and 350 have inboimd 345A and 350A and outbound 
345B and 350B information processors coupled thereto, respectively. 
And each of the inbound information processors 345A and 350A are 
coupled to information sources 345C and 350C, respectively. Similarly, 
each of the outbound information processors 345B and 350B are 

20 coupled to information consumers 345D and 350D, respectively. 
Finally, each of the information service providers 345 and 350 have a 
database system 345E and 350E, respectively, that are coupled to the 
respective inbound 345A and 350A and outboimd 345B and 350B 
processors. 

25 It vwll be appreciated by one skilled in the art that while the 

information soxirces 330 include the information service provider 345, 
there may be many other information service providers that function 
as information sources for the information service provider 320. 
Further, the information service provider 345 may have yet another 

30 information service provider (not shown) function as one of its 
information sources. Likewise, while the information consumers 340 
include the information service provider 350, there may be other 
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information service providers that perform the function of information 
consumers for the information service provider 320. Further, the 
information service consumer 350 may have yet another information 
service provider (not. shown) function as one of its information 
5 consumers. 

The metadata database 305 is coupled to each of the database 
systems 315, 345E and 350E, the inbound processors 325, 345A and 
350A, and the outbound information processors 335, 345B and 350B; 
and the metadata database 305 stores metadata associated with each 
10 of the information service providers 320, 345 and 350, including 
information about data in the database systems 315, 345E and 350E, 
information about the inboimd processors 325, 345A and 350A, and 
information about the outbound information processors 335, 345B and 
350B. 

15 The knowledge manager 310 comprises a variety of applications 

that support various knowledge aspects of the database systems 315, 
345E and 350E, the inbound processors 325, 345A and 350A, and the 
outbound information processors 335, 345B and 350B, by accessing 
predetermined metadata stored in the metadata database 305 

20 With additional reference now to FIG- 4, the metadata database 

305 and the knowledge manager 310 comprise a variety of portions 
452-468 and applications 470-486, respectively. The variety of portions 
452-468 and applications 470-486 are integrated by being inter- 
coupled, as represented by a common information bus 469 that links 

25 the variety of portions 452-468 and applications 470-486. Hence, the 
applications 470-486 can access any of the portions 452-468 of the 
metadata database 305. 

The metadata database 305 comprises several portions, which 
include a knowledge portion 452, a knowledge entity portion 454, a 

30 data-mapping portion 456, a data dictionary portion 458, a change 
management portion 460, a business rules portion 462, a business 
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events portion 464, a reference and standards portion 466, a multiple 
language portion 467, and a docximent resources portion 468. 

The metadata in one or more of these portions 452-466 may be 
accessed by each of the variety of applications 470-486 of the 

5 knowledge manager 310. Also, the metadata database 305 is 
extensible and additional metadata can be added to support 
extensions when, for example, information on new service providers 
are added. Also, when new applications are added to the knowledge 
manager 310, the extensible metadata database 305 wiU allow the 

10 metadata to support the new applications to be stored therein. In one 
embodiment, a relational database management system was used to 
create the metadata database 305. 

The metadata in the metadata database 305 is organized in 
entities, which typically consist of one or more attributes. In addition, 

15 each entity may consist of one or more unique identifiers, such as a 
primary key and a unique key. Each attribute may have one and only 
one domain. Further, each domain may have one or more domain 
values. The domain is a constraint or set of allowable values that an 
attribute may have. Each of the portions 452-468 of the metadata 

20 comprises predetermined collections of entities, attributes and 
domains. 

The knowledge portion 452 provides information that relates to 
knowledge entities such as, knowledge about experience, ideas, 
business intelligence, intellectual assets, profiles, programs, 

25 procedures, processes, best practices, lessons learnt, education, and 
information or location relating to knowledge entities. The primary 
entities in a portion of an ER diagram that constitutes the knowledge 
portion 452 of the metadata database 305 are shown in FIG. 6E, which 
along with FIGS. 6A-6D and 6F to 6G, will have entities thereshown 

30 described later. ER diagrams are entity relationship diagrams, which 
will be known to one skilled in the art. 
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The knowledge entity portion 454 provides information on 
knowledge entities, such as organizations units and systems. For 
example, organization lonits include company, department, functional 
group, project, and a person; and systems can include applications, 

5 tools, and database systems. Each knowledge entity may be 
associated with one or more knowledge entities. The relationships of 
the knowledge entities are stored in a hierarchical structure. The 
knowledge entity portion 454 when associated with the knowledge 
portion 452 forms the expertise, for example, of managing document 

10 change and supports collaboration between the different portions. In 
addition, each knowledge entity can collaborate knowledge in many 
metadata poitions, such as documents, business inles, business 
events and change management. For example, each knowledge entity 
can perform one or more collaboration roles, such as publisher, 

15 sponsor, trainer, author, contributor, editor, translator, reviewer, 
requester, tester, and administrator. These knowledge entities form 
the foundation of organization of metadata in the metadata database 
305. The primary entities in a portion of an ER diagram, that 
constitute the knowledge entity portion 452 of the metadata database 

20 305, are shown in FIG. 6D. 

The data mapping portion 456 provides information on the multi- 
dimensional mapping between information received from the 
information sources 330 and stored in the database system 315, and 
the information retrieved from the database system 315, and provided 

25 to the information consumers 340, seamlessly. This mapping 
information describes back-end data extraction and transformation 
processes used to prepare data, and the data mapping across the 
information sources 330, the information service provider 315 and the 
information consumers 340, facilitates data heritage analysis that 

30 traces how and where data originates, is transformed, mapped, 
manipulated, derived or aggregated. In addition, the mapping 
information defines the information sources' and information 
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consumers' database systems 345E and 350E, supplier and/ or feed 
structure, and format in detail. The primary entities in a portion of an 
ER diagram, that constitutes the data-mapping portion 456 of the 
metadata database 305, are shown in FIG. 6A. 

5 The data dictionary portion 458 provides information of logical 

and physical data models, and information, which describes what type 
of information is stored, and how that information is organized in the 
structure of the metadata database 305. The data dictionary metadata 
gdso includes properties and characteristics for data tables and 

10 colvimns, such as data type, uniqueness, optionality, referential 
integrity, and data values held in a particular domain. The primary 
entities in a portion of an ER diagram, that constitute the data 
dictionary portion 458 of the metadata database, 305 are shown in 
FIG. 6B. 

15 The change management portion 460 provides information on 

changes across metadata portion of the metadata database 305, such 
as, data models, applications, documentation, business rules, the 
data mapping, etc. The change management portion 460 archives all 
information related to changes, including what was changed, why it 

20 was changed, where it was affected, when the change took place, who 
made the change, and how the change was carried out. The primary 
entities in a portion of an ER diagram, that constitute the change 
management portion 460 of the metadata database 305, are shown in 
FIG. 6C. 

25 The business rules portion 462 provides information on business 

rules, which are statements that impose some form of constraints on 
multiple levels, such as data elements, corporate guidelines, etc. For 
example, data elements are governed by field specifications and table 
relationships, according to the way an organization perceives and 

30 uses the data. This perception is based on how an organization 
functions and runs its business. The types of business rules include 
both database-oriented and application-oriented rules. The database- 
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oriented rules that are stored in the business rules portion 462 of the 
metadata database 305, comprise a set of constraints that have been 
implemented in the data model of the database system 315. The 
business rules include term, fact, action and inference rules, and 

5 covers the data validation (update) rules, data derivation rules, 
exception rules, constraints in the database system 315 table and 
column, and data restriction, constraint, and process logic. The 
primary entities in a portion of an ER diagram, that constitute the 
business rules portion 462 of the metadata database 305, are shown 

10 in FIG. 6F. 

The business events portion 464 provides information on 
business events, which are events that affect or relate to the 
knowledge entity at different levels, such as employee share option 
schemes and corporate restructuring. It includes events which are 
15 within the business scope of the knowledge entity. The primaiy 
entities in a portion of an ER diagram, that constitute the business 
events portion 462 of the metadata database 305, are shown in FIG. 
6G. 

The reference and standards portion 466 provides information on 
20 reference and standards taxonomies that are used by the database 
system 315 for standardization, administration and reporting. The 
reference and standards portion 466 comprises taxonomies such as, 
identification schemes, reference schemes, and classification 
schemes. The reference and standards portion is inherent in the 
25 other portions of the metadata database 305, and may be coupled to 
any of the variety of applications 470-486. The multiple language 
portion 467 of the metadata database 305 provides storage of all 
textual metadata, simultaneously, in many different languages that 
apply to all metadata portions 452-468 in the metadata database 305. 
30 The languages that are supported by the multiple language portion 
467, include traditional Chinese, simplified Chinese, Japanese Kanji, 
and Thai local language. As an example, the Language entity 6E9 and 
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a multi-language Unking entity (not shown) in FIG. 6E provide 
multiple language support for the Knowledge Version entity 6E4. The 
Language entity 6E9 is also linked to other entities that have multiple 
language support, however, these linking entities are not shown. The 
5 Language entity 6E9 is a primaiy entity in an ER diagram, that 
constitute the multiple language portion 467 of the metadata 
database 305. 

The document resoiirces portion 468 provides information on 
document resources that are stored and available in the database 

10 system 315. The document resources include version data, version 
change history, multiple docimient history and related /reference 
documents. In addition, docviment semantic content is stored. These 
include title, subject category (pre-defined), status, key words, 
language, and a simmiaxy page. 

15 Turning now to the knowledge manager 310, the applications 

supported by the knowledge manager 310 include a data model 
manager 470, a data dictionary manager 472, a knowledge entity 
manager 473, a data mapper 474, a change manager 476, a business 
rules manager 478, a knowledge and document resource manager 480, 

20 a reference and standards processor 482, a performance manger 486, 
and a GUI 490. 

The data model manager 470 comprises an information sources 
portion 470A for providing a data model of the database system 345E 
of the information service provider 345, which is one of the 

25 information sources 330 of the information service provider 320. Also, 
an information service provider portion 470B of the data model 
manager 415 provides a data model of the database systems 315 of 
the information service provider 320. Further, an information 
consumer portion 470C of the data model manager 470 provides a data 

30 model of the database system 350E of the information service provider 
350, which is one of the information consumers 340 of the 
information service provider 320. 
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The data model manager 470 accesses data model metadata 
primarily stored in the knowledge, knowledge entity and data 
dictionaiy portions 452, 454 and 458 of the metadata database 305. 
The data model manager 470 then uses the data dictionaiy metadata 

5 to relate to the data models, and presents the data models to users 
in a graphical form. The data models comprise diagrams, an example 
being ER diagrams. 

The data dictionary manager 472 includes an information sources 
portion 472A for providing data dictionaries of the information sources 

10 330. These data dictionaries include a data dictionaiy for the database 
system 345E of the information service provider 345. An information 
service provider portion 472B of the data dictionaiy manager 472 
provides a data dictionary for the database system 315 of the 
information service provider 320. The data dictionary manager 472 also 

15 includes an information consumers portion 472C for providing data 
dictionaries of the information consumers 340, which includes a data 
dictionary of the database system 350E of the information service 
provider 350. 

The data dictionary manager 472 accesses data dictionary 
20 metadata primarily stored in the knowledge, knowledge entity and 
data dictionary portions 452, 454 and 458 of the metadata database 
305. The data dictionaiy manager 472 then uses the data dictionary 
metadata to generate data dictionaries, and provides the necessary 
output to the GUI 490, for the data dictionaries to be presented to a 
25 user. 

The knowledge entity manager 473 accesses metadata primarily 
stored in the knowledge entity portion 454 of the metadata database 
305. The knowledge entity manager 473 then uses the knowledge 
entity metadata to structure the relationships of each knowledge 
30 entity. The knowledge entity manager 473 provides the necessary 
information to the data model manager 470, the data dictionaiy 
manager 472, the change manager 476, the knowledge and document 
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resource manager 480, the performance manager 486, the business 
rules processor 478, and so on. 

The data models provided by the data model manager 470, 
illustrate relationships between entities and attributes in the 

5 database systems 315, 345E and 350E graphically, while the data 
dictionaries set out the relationships between entities and attributes 
in the database systems 315, 345E and 350E in text form. 

In an embodiment of the present invention, a user using the data 
model manager 470 and the data dictionary manager 472, via the GUI 

10 490, is able to search the data dictionaries, and navigate to the 
respective graphical ER diagram of the respective data model. 
Similarly, each entity and attribute in the ER diagram of a data model, 
is linked to the respective entity in a data dictionary. When a data- 
dictionary is accessed, other metadata relating to the knowledge 

15 entity manager 473, the change manager 476, the data mapper 474, 
the business rule manager 478 are linked. 

The data mapper 474 accesses data mapping metadata, which is 
primarily stored in the data mapping portion 456 of the metadata 
database 305, and enables a user to browse and search for data 

20 mapping in different ways - information source 330 data centric, 
information service provider 320 centric, or information consumer 340 
data centric. Data heritage and lineage analysis can be performed to 
provide information on the original source of the data, the destination 
and usage of data in the information consumer databases. The ability 

25 to analyze and understand the origin of the data is necessary to 
prevent data iacompatibility by comparing the data format, length and 
width across the information sources 330, the information service 
provider 320, and the information consumers 340. 

The change manager 476 accesses change management metadata, 

30 which is primarily stored in the change management portion 460 of 
the metadata database 305, and enables users and administrators to 
identify and track the areas that may have an impact when a change 
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is to be made. This is sometimes referred to as impact analysis. The 
change manager supports online change request form, through which 
any change 476 request can be submitted and processed. Apart from 
identifying and monitoring the areas that may be impacted when a 

5 change request is to be assessed, the change manager 476 facilitates 
the tracking of change requests throughout their life cycle, and 
archives all information related thereto in the change management 
portion 460 of the metadata database 305. The change manager 476 
records axid manages what was changed, why it was changed, where it 

10 was affected, when the change took place, who made the change, and 
how the change was carried out. The change manager 476 manages 
changes in the database structure of the database system 315, the 
GUI 490, documentation, data mapping, business rules, reference and 
standards, report template, etc. The change manager provides a focal 

15 point, whereby change requests are raised, analyzed, evaluated and 
tracked. 

The business rules processor 478 accesses business rules 
metadata, which is primarily stored in the business rules portion 462 
of the metadata database 305, and as mentioned before, the types of 

20 business rules include both database-oriented and application- 
oriented rules. The database-oriented rules were described earlier in 
relation to the business rules portion 462. The application-oriented 
rules are implemented by the business rules processor 478, and 
include data checks that need to be considered in exception reports, 

25 front-end application and data feed processor. The business rules 
processor 478 enables business rules to be stored, administered and 
managed. 

The reference and standards processor 482, access reference and 
standards metadata, which is primarily stored in the reference and 
30 standards portion 466 of the metadata database 305. The reference 
and standards processor 482 implements the reference and standards 
that are used in the metadata database 305 for standardization. 
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administration and reporting purposes. This allows customized 
reports to be generated and published for easy access, search and 
reference. 

The performance manager 486 accesses all the metadata portions 

5 452-468 of the metadata database 305. The performance manager 486, 
processes statistics such as metadata access, usage patterns, and 
metadata inventory. For example, statistics on who view what and 
when, the number of documents that were collaborated by the 
knowledge entities, etc. 

10 The knowledge and docviment resource manager 480 accesses 

knowledge metadata and docvmient resoxirces metadata, which are 
primarily stored in the document resources portion 468 and the 
knowledge portion 452 of the metadata database 305. The knowledge 
and document resource manager 480 facilitates purposeful and 

15 effective searching of documents, which is easily accessible and there 
are multiple ways to find documents with intuitive search methods. 
The knowledge and docimient resource manager 480 controls the 
versions of documents, the change history of documents, and provides 
access to multiple document history and related/ reference 

20 documents. The document resources metadata is leveraged and linked 
dynamically to the other portions of the metadata database 305, such 
as the change management portion 460 to track changes to 
documents. 

The GUI 490 provides a user interface to the knowledge manager 
25 310, and accesses metadata stored in the metadata database 305. The 
GUI 490 enables authorized users or administrators to access, 
manage, and administer the metadata stored in the metadata 
database 305. 

FIG. 5 illustrates that the various metadata portions 452-468 in 
30 the metadata database 305 are integrated and interact seamlessly to 
exchange information during operation, as represented by the arrows. 
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FIGS. 6A-6G extend over several pages, and a brief explanation 
on the organization of the figures and the references that are used in 
these figures follows. Using FIG. 6A as an example, the reference FIG. 
6A refers to the page with FIG, 6A, and the COLUMN MAPPING entity 
5 on that page has a reference 6A1. Now looking at the coupling points, 
for example, the one labeled 6A1-1 — 6B3-2, refers to entity reference 
6A1, coupling point number 1, being coupled to entity reference 6B3, 
coupling point nimiber 2. The same labeling scheme is used through 
out FIGS. 6A-6G. 

10 In FIG. 7 a computer system 700 for implementing the metadata 

database management system 300 of the present invention, includes 
Web and Application servers 705, which support a knowledge manager, 
and is coupled to a metadata database 710. The metadata database is 
in turn coupled to a data modeler tenninal 715 and an administrator 

15 terminal 720. The Web and Application servers 705 are coupled to a 
tenninal 725 for web page design and for web master administration, a 
web server administrator terminal 730, and terminals 735 (only one 
shown) for users. 

Hence, the metadata database management system in 

20 accordance with the present invention, as described, provide a 
metadata database that stores and maintains information about data 
stored in a database system. In addition, a knowledge manager uses 
the metadata stored in the metadata database to determine various 
knowledge aspects of the database system. 

25 This is accomplished by storing metadata associated with data 

that is stored in a database system, in a metadata database. The 
metadata database may be divided into portions, where each portion 
includes predetermined metadata. A knowledge manager provides a 
variety of application for determining a variety of knowledge aspects of 

30 the database system. Each of the applications accesses one or more 
of the portions of the metadata database, and determine a knowledge 
aspect of the database system. The various knowledge aspects that 
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are determined advantageously allow the database system to be more 
efficiently managed. 

When the database system is coupled to information sources and 
information consumers, the metadata of the information sources and 
information consumers, and the database system stored in the 
metadata database are coupled. The knowledge manager can then 
determine a variety of knowledge aspects of the database system 
including the flow of data with the information sources and 
information consumers. 

The present invention, as described, therefore provides a 
metadata database management system and method therefor which 
overcomes, or significantly reduces, the abovementioned problems of 
the prior art because diverse incoming and outgoing data can now be 
managed with reduced redundancy and rework. 

It will be appreciated that although only one particiilar 
embodiment of the invention has been described in detail, various 
modifications and improvements can be made by a person skilled in 
the art, without departing from the scope of the present invention. 
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CLAIMS 

1. A metadata database management system for at least one 
database, wherein the at least one database is coupled to receive 

5 information from at least one information source and coupled to 
provide information to at least one information consumer, the 
metadata database management system comprising: 

a metadata database for storing metadata associated with data 
stored in the at least one database, for storing metadata associated 

10 with the at least one information source, and for storing metadata 
associated with the at least one information consumer; and 

a knowledge manager coupled to the metadata database, the 
knowledge manager comprising at least one metadata application for 
managing a plurality of knowledge aspects of the at least one 

15 database, the at least one metadata application for accessing at least 
some of the metadata stored in the metadata database, and the at 
least one metadata application for using the at least some of the 
metadata to manage at least one of the plurality of knowledge aspects 
of the at least one database. 

20 

2. A metadata database management system in accordance with 
claim 1 being adapted for dynamically coupling to the at least one 
database. 

25 3. A metadata database management system in accordance with 
claim 1 being adapted for dynamically coupling to the plurality of 
information sources. 

4. A metadata database management system in accordance with 
30 claim 1 being adapted for dynamically coupling to the plurality of 
information consumers. 
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5. A metadata database management system in accordance with 
claim 1, wherein the at least one information source comprises at 
least another database, the metadata database management system 
for coupling to the at least another database, and the metadata 

5 database for storing metadata associated with the at least another 
database. 

6. A metadata database management system in accordance with 
claim 5, wherein the at least another database has at least another 

10 one information source coupled thereto, the metadata database 
management system for coupling to the at least another one 
information source, and the metadata database for storing metadata 
associated with the at least another one information source. 

15 7. A metadata database management system in accordance with 
claim 5, wherein the at least another database has at least another 
one information consumer coupled thereto, the metadata database 
management system for coupling to the at least another one 
information consumer, and the metadata database for storing 

20 metadata associated with the at least another one information 
consumer. 

8. A metadata database management system in accordance with 
claim 1, wherein the at least one information consumer comprises at 
25 least one other database, the metadata database management system 
for coupling to the at least one other database, and the metadata 
database for storing metadata associated with the at least one other 
database. 

30 9. A metadata database management system in accordance with 
claim 8, wherein the at least one other database is coupled to at least 
one other information source, the metadata database management 
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system for coupling to the at least one other information source, and 
the metadata database for storing metadata associated with the at 
least one other information source. 

5 10. A metadata database management system in accordance with 
claim 8, wherein the at least one other database is coupled to at least 
one other information consumer, the metadata database management 
system for coupling to the at least one other information consumer, 
and the metadata database for storing metadata associated with the 
10 at least one other information consumer, 

11. A metadata database management system in accordance with 
claim 1, wherein the at least some of the metadata stored in the 
metadata database constitute a knowledge portion of the metadata 

15 database, and wherein the at least some of the metadata comprises 
at least one knowledge metadata. 

12. A metadata database management system in accordance with 
claim 1, wherein the at least some of the metadata stored in the 

20 metadata database constitute a knowledge entity portion of the 
metadata database, and wherein the at least some of the metadata 
comprises at least one knowledge entity metadata. 

13. A metadata database management system in accordance with 
25 claim 1, wherein the at least some of the metadata stored in the 

metadata database constitute a data mapping portion of the metadata 
database, and wherein the at least some of the metadata comprises 
at least one data mapping metadata. 

30 14. A metadata database management system in accordance with 
claim 1, wherein the at least some of the metadata stored in the 
metadata database constitute a data dictionary portion of the 
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metadata database, and wherein the at least some of the metadata 
comprises at least one data dictionary metadata. 

15. A metadata database management system in accordance with 
5 claim 1, wherein the at least some of the metadata stored in the 
metadata database constitute a change management portion of the 
metadata database, and wherein the at least some of the metadata 
comprises at least one change management metadata. 

10 16. A metadata database management system in accordance with 
claim 1, wherein the at least some of the metadata stored in the 
metadata database constitute a business rules portion of the 
metadata database, and wherein the at least some of the metadata 
comprises at least one business rules metadata. 

15 

17. A metadata database management system in accordance with 
claim 1, wherein the at least some of the metadata stored in the 
metadata database constitute a business event portion of the 
metadata database, and wherein the at least some of the metadata 

20 comprises at least one business event metadata. 

18. A metadata database management system in accordance with 
claim 1, wherein the at least some of the metadata stored in the 
metadata database constitute a reference and standards portion of 

25 the metadata database, and wherein the at least some of the 
metadata comprises at least one reference and standards metadata. 

19. A metadata database management system in accordance with 
claim 1, wherein the at least some of the metadata stored in the 

30 metadata database constitute a multiple language portion of the 
metadata database, and wherein the at least some of the metadata 
comprises at least one multiple language metadata. 
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20. A metadata database management system in accordance with 
claim 1, wherein the at least some of the metadata stored in the 
metadata database constitute a dociiment resources portion of the 

5 metadata database, and wherein the at least some of the metadata 
comprises at least one document resources metadata. 

21. A metadata database management system in accordance with 
claim 1, wherein the at least one metadata application comprises a 

10 data model manager for using the at least some of the metadata to 
manage at least one data model of the at least one database. 

22. A metadata database management system in accordance with 
claim 1, wherein the at least one metadata application comprises a 

15 data dictionary manager for using the at least some of the metadata 
to manage at least one data dictionary of the at least one database. 

23. A metadata database management system in accordance with 
claim 1, wherein the at least one metadata application comprises a 

20 knowledge entity manager for using the at least some of the metadata 
to manage at least one knowledge entity of the at least one database. 

24. A metadata database management system in accordance with 
claim 1, wherein the at least one metadata application comprises a 

25 data mapper for using the at least some of the metadata to manage at 
least one data mapping of the at least one database. 

25. A metadata database management system in accordance with 
claim 1, wherein the at least one metadata application comprises a 

30 change manager for using the at least some of the metadata to 
manage at least one change associated with the at least one 
database. 
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26. A metadata database management system in accordance with 
claim 1, wherein the at least one metadata application comprises a 
business rules processor for using the at least some of the metadata 

5 to manage at least one business rule associate with the at least one 
database. 

27. A metadata database management system in accordance with 
claim 1, wherein the at least one metadata application comprises a 

10 reference and standards processor for using the at least some of the 
metadata to manage at least one reference of the at least one 
database. 

28. A metadata database management system in accordance with 
15 claim 27, wherein the at least one reference comprises at least one 

standard. 

29. A metadata database management system in accordance with 
claim 1, wherein the at least one metadata application comprises a 

20 performance manager for using the at least some of the metadata to 
manage at least one performance aspect of the at least one database. 

30. A metadata database management system in accordance with 
claim 1, wherein the at least one metadata application comprises a 

25 graphical user interface for using the at least some of the metadata to 
manage at least one graphical user interface aspect of the at least 
one database. 

31. A metadata database for a metadata database management 
30 system of at least one database, wherein the at least one database is 

coupled to receive information from at least one information source 
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and coupled to provide information to at least one information 
consumer, the metadata database comprising: 

a metadata repository for storing metadata associated with data 
stored in the at least one database, for storing metadata associated 
5 with the at least one information source, and for storing metadata 
associated with the at least one information consumer. 

32. A metadata database in accordance with claim 31, wherein at 
least some of the metadata stored in the metadata repository 

10 constitute a knowledge portion of the metadata repository, and 
wherein the at least some of the metadata comprises at least one 
knowledge metadata. 

33. A metadata database in accordance with claim 31, wherein at 
15 least some of the metadata stored in the metadata repository 

constitute a knowledge entity portion of the metadata repository, and 
wherein the at least some of the metadata comprises at least one 
knowledge entity metadata. 

20 34. A metadata database in accordance with claim 31, wherein at 
least some of the metadata stored in the metadata repository 
• constitute a data mapping portion of the metadata repository, amd 
wherein the at least some of the metadata comprises at least one 
data mapping metadata. 

25 

35. A metadata database in accordance with claim 31, wherein at 
least some of the metadata stored in the metadata repository 
constitute a data dictionary portion of the metadata repository, and 
wherein the at least some of the metadata comprises at least one 
30 data dictionary metadata. 
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36. A metadata database in accordance with claim 31, wherein at 
least some of the metadata stored in the metadata repository 
constitute a change management portion of the metadata repository, 
and wherein the at least some of the metadata comprises at least one 

5 change management metadata. 

37. A metadata database in accordance with claim 31, wherein at 
least some of the metadata stored in the metadata repository 
constitute a business rules portion of the metadata repository, and 

10 wherein the at least some of the metadata comprises at least one 
business rules metadata. 

38. A metadata database in accordance with claim 31, wherein at 
least some of the metadata stored in the metadata repository 

15 constitute a business event portion of the metadata repository, and 
wherein the at least some of the metadata comprises at least one 
business event metadata. 

39. A metadata database in accordance with claim 31, wherein at 
20 least some of the metadata stored in the metadata repository 

constitute a reference and standards portion of the metadata 
repository, and wherein the at least some of the metadata comprises 
at least one reference and standards metadata. 

25 40, A metadata database in accordance with claim 31, wherein at 
least some of the metadata stored in the metadata repository 
constitute a multiple language portion of the metadata repository, and 
wherein the at least some of the metadata comprises at least one 
multiple language metadata. 

30 

41. A metadata database in accordance with claim 31, wherein at 
least some of the metadata stored in the metadata repository 
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constitute a document resources portion of the metadata repository, 
and wherein the at least some of the metadata comprises at least one 
docToment resources metadata, 

5 42. A knowledge manager for a metadata database management 
system of at least one database, wherein the at least one database is 
coupled to receive information from at least one information soxirce 
and coupled to provide information to at least one • information 
consumer, the knowledge manager comprising: 

10 at least one metadata application for coupling to a metadata 

database, the at least one metadata application for managing a 
plurality of knowledge aspects of the at least one database, the at 
least one metadata application for accessing at least some of the 
metadata stored in the metadata database, and the at least one 

15 metadata application for using the at least some of the metadata to 
manage at least one of the plurality of knowledge aspects of the at 
least one database. 

43. A knowledge manager in accordance with claim 42, wherein the 
20 at least one metadata application comprises a data model manager for 

using the at least some of the metadata to manage at least one data 
model of the at least one database. 

44. A knowledge manager in accordance with claim 42, wherein the 
25 at least one metadata application comprises a dictionary manager for 

using the at least some of the metadata to manage at least one data 
dictionary of the at least one database. 

45. A knowledge manager in accordance with claim 42, wherein the 
30 at least one metadata application comprises a knowledge entity 

manager for using the at least some of the metadata to manage at 
least one knowledge entity of the at least one database. 
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46. A knowledge manager in accordance with claim 42, wherein the 
at least one metadata application comprises a data mapper for using 
the at least some of the metadata to manage at least one data 

5 mapping of the at least one database. 

47. A knowledge manager in accordance with claim 42, wherein the 
at least one metadata application comprises a change manager for 
using the at least some of the metadata to manage at least one 

10 change associated with the at least one database. 

48. A knowledge manager in accordance with claim 42, wherein the 
at least one metadata application comprises a business rules 
processor for using the at least some of the metadata to manage at 

IS least one business rule associate with the at least one database. 

49. A knowledge manager in accordance with claim 42, wherein the 
at least one metadata application comprises a reference and 
standards processor for using the at least some of the metadata to 

20 manage at least one reference of the at least one database. 

50. A knowledge manager in accordance with claim 49, wherein the 
at least one reference comprises at least one standard. 

25 51. A knowledge manager in accordance with claim 42, wherein the 
at least one metadata application comprises a performance manager 
for using the at least some of the metadata to manage at least one 
performance aspect of the at least one database. 

30 52. A knowledge manager in accordance with claim 42, wherein the 
at least one metadata application comprises at least one graphical 
user interface for using the at least some of the metadata to manage 




at least one graphical user interface aspect of the at least one 
database. 
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METADATA DATABASE MANAGEMENT SYSTEM AND METHOD 

THEREFOR 

ABSTRACT 

5 

A metadata database management system (300), comprising a 
metadata database (305) and a knowledge manager (310), for 
dynamically coupling to a database system (315). The metadata 
database (305) provides a single knowledge repository for storing 

10 metadata associated with data stored in the database system (315); 
metadata associated with information sources (330), that provide 
information that is processed by inbound information processors (325) 
for storage in the database system (315); and metadata associated 
with information consumers (340), that provide information retrieved 

15 from the database system (315) and processed by the outbound 
information processors (335). Hie knowledge manager (310) is coupled 
to access the metadata database (305), and provides one or more 
metadata applications that selectively use the metadata in the 
metadata database (305) to manage a plurality of knowledge aspects of 

20 the database system (315), the information sources (325) and the 
information consumers (335). 

- iiiiiffil 

FIG. 3 accompanies this abstract, *i62i62* 
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